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REMARKS 



F.vaminer failed to show teachings for using or configuring a CAM that (Vi indicates 
whether to redirect a packet and (t) i& configured to distribute p ackets based on a load 
balancing technione 

The Examiner rejected claim 30 under 35 US.C. §102(e) as being anticipated by Basilico 
(US 6,243,360). Claims 1, 10, 15, 24 and 29-32 are rejected under 35 U.S,C, §103(a) as beiixg 
unpatentable over Basilico in view of Yates et al. (US 6,167,438). Claims 5, 7-9, 13, 14, 19, 21- 
23, 27, 28, 36, and 38^0 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Basilico in view of Yates et al. and in further view of Nataraj et al. (US 6,154,348). Pertinent 
arguments were presented in Applicants responses, including a response filed on 3 June 2005, 

All independent claims 1, 15, 29, and 3 1 include mechanisms for configuring a CAM 
(content addressable memory) to **indicate the distribution of received packets based on a load 
balancing tflrTinigiTft to a plurality of cache systems that each spoof a destination indicated by the 
received packets.'* At least a packet portion is input into the configured CAM, The claims 
require mechanisms for "obtaining a result fix>n3i the CAM to indicate whether to redirect the 
received packet to a selected cache system and to indicate to which cache svstem selected from 
among the plurality of cache systems the received packet is to be redirected if the CAM also 
indicates that the received packet is to be redirected" and 'Vedirecting the received packet to the 
selected cache system when the CAM indicates to redirect the received packet." Otherwise, 
when the CAM does not indicate to redirect the received packet, mechanisms are provided for 
"sending tiie received packet to a destination indicated by the received packet." Independent 
claims 10, 24, 30, and 32 recite limitations for generating a plurality of entries in a CAM, where 
each entry includes "one or more destination fields indicating where to send a packet that 
matches the entry's set of bit values and iodicatirLg whether to redirect the packet ficom a 
destination indicated by the packet, wherein the CAM is configured t o distributejreceived 
packets to the plurality of cache systems based on a load balancing technique," 

The invention is directed towards using or configuring a CAM that has particular 
characteristics, namely, that the CAM (1) indicates whether to redirect a received packet, and (2) 
indicates xhe destination for redirection (if redirection is indicated by the CAM) (3) is configured 
to indicate distribute based on a load balancing technique. Although the primary reference 
Basilico teaches using a CAM to indicate a destination to which to redirect a received packet, 
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Basilico feils to teach or suggest features (1) and (3) of the CAM as claimed. That is, Basilico 
fells to disclose a CAM having features of the present inventioxi: (1) indicates whether to redirect 
a received packet aad that (3) the CAM is coxifigured to indicate distribution based on a load 
balancing technique. 

In contrast, Basilico teaches using or configuring a CAM simply to look up a destination in 
the form of port codes based on a particular destination address and notbing more. Basilico only 
shows the CAM in Fig. 4 and only describes the CAM in CoL 5, Lines 8-1 8 and Col. 6, Lines 1- 
3. In these brief portions, Basilico teaches that a **micn)processor 62 stores a destination address 
field 38 fox a data frame 28 (See Fig, 2) in the content addressable memory 64" and this "address 
stored in CAM 64 is used as an entry into a table look-up contained in the RAM 66/' Also, this 
**table look-up provides a code which indicates the address of ttie network interface card with 
which the transmitting workstation wishes to communicate," That is, the destination address 
field of a packet is used to retrieve a code via the CAM that corresponds to a destination NIC to 
which the workstation wishes to communicate. The code is then '•embodied in the header 30" 
and •"prepended to the firame by the processor before transmitting the frame to the cross-connect 
switch 52." The switch 52 assigns codes to each output port. See CoL 4, Lines 4-7. In other 
words, Basilico is teaching ttjat the destination address in the packet is input to a CAM and a port 
code is then output from the CAM, and this code corresponds to an output port and NIC , 
(destination for the particular packet), 

Basilico also describes a process in Fig. 5B and Col. 5, Line 42 through Col. 6, Line 36 
which only briefly mentions the CAM as being used only for matching a packet's destmation 
address to a particular port code. In Steps 502, the workstation sends a data frame that has a 
destination address to the switch. This address had previously been obtained by the workstation 
from the server and the address corresponds to the first NIC in the server, CoL 4, Lines 50-57. 
la step 506, a header is generated by the CAM/RAM lookup from the destixxation address of the 
padket that was received into the switch. Col. 5, Lines 1-3, As described abovCj this header 
includes a code that corresponds to a particular output port of the switch and NIC of the : 
destination server. 

In step 510, the '^header is appended to the data fimne, . .and irArtRmi'tte d to the cross- 
connect switch 54 ." Lines 4^6 (Emphasis added), Ofnote, the packet with its prepended header 
(which was previously geuerated by the CAM) is transmitted to the cross-connect switch, and it 
is the cross-conneCT switch 54, and not the CAM, which is fiien described as performing load 
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balancing bx Steps 510 throu^ 522, AdditionaUy, the CAM is shown as a separate device 64 
than the cross-connect switch 52 in Fig, 4, Specifically, in Step 512, ^the switch 54 tests 

.whether ^e destination port is currently busy,** In Steps 514 and 51 8, if the specified port in 
the header (generated by the CAM in previous Step 506) is busy and there are other available 
ports in the same group, it is then deteamined whether another port is busy (Step 512). If the new 
specified port is not busy, the packet is sent to the new specified port (Step 512) prior to 
stripping the generated header (Step 516), These load balancing steps are performed by the 
cross-connect switch after the CAM has produced an initial port code for the initial destination 
and after the packet with its new header is transmitted to the cross-connect switch, Basilico does 
not mention the CAM. again with respect to load balancing, but merely describes the load 
balancing steps as being performed by the cross-connect switch- It is the switch that provides a 
new destination for a packet by stripping the previoxxs header when the port that was previously 
assigned by the CAM is busy. Basilico fidls to teach anything about the CAM indicating 
whether to redirect the packet, in the manner claimed. Additionally, Basihco Sails to teach using 
a CAM that is configured to indicate redirection of traffic to a cache system based on a load 
balancing technique (or configuring a CAM is such a manner), in the manner claimed. 

In sum, Basilico feils to teach or suggest apparatus or methods for using (or configuring) a 
CAM to return results (I) that indicate whether to redirect the packet to a selected cache system 
and (2) that are based on a load balancing technique, in the manner claimed. The secondary 
reference also fails to teach or suggest such feature. 

In view of the foregoing, it is respectfully submitted that the rejections of all pending 
claims should be xvitbdrawn. 



Respectfiilly submitted, 
BEyER WEAVER & THOMAS, LLP 
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